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The  MIL-STD-1553  interface  provides  a  reliable,  high  speed  data  interchange 
protocol  for  electronic  systems.  A  typical  1553  bus  architecture  for  avionics  is  shown  m 
Figure  1.  A  central  processor,  or  mission  computer  (MC),  uses  multiple  independent  1553 
channels  in  this  case  two  channels,  each  of  which  is  dual  redundant.  Typical  functions  of 
the  MC  ie:  1)  acting  as  the  bus  controller  (BC)  for  all  1553  channels;  2)  integratmg  data 
from  the  various  sensors  to  calculate  navigation  and  fire  control  solutions;  and  3) 
generating  display  information  for  the  pilot.  A  more  advanced  architecture  provides  two 
MCs  which  communicate  on  three  or  more  channels,  and  whi<±  pass  bus  contrdler  duty 
for  each  channel  back  and  forth  depending  on  operating  mode;  tks  also  provides  for  some 
redundancy  of  MC  functions.  After  extensive  testing,  the  MC  software  is  typically 

upgraded  in  the  field  via  a  portable  program  loader.  •  ,  . 

^  Remote  Terminals  (RTs)  found  in  aircraft  applications  include  the  Inemal 

Navigation  System  (INS),  Flight  Control  Computer  (FCC)  Rad^, 

Svstem  (ILS);  Data  Link  (DL)  radio.  Weapons  Management  Coniputer  (WMC),  and  Multi- 
Function  Diilays  (MFDs).  Each  RT  is  capable  of  sending  30  sub-addresses  ^d  receiving 
30  sub-addresses,  each  containing  up  to  32  16-bit  words  (64  bytes),  average  RT  wil 
use  about  half  of  the  available  data  capacity  (each  way),  though  some  data-mtensive  RTs 

mav  approach  the  limit  (MFDs,  for  example).  »  n*  ?  *  i  Tin  pt 

^Most  RTs  are  polled  periodically  by  the  MC.  (In  polling  we  include  BC  to  RT 
transfers  or  receive  co^ands.)  Individual  sub-addresses  are  polled  repeatedly  to  provide 
^  updated  sfteSn  of  dynamic  data.  Cycle  rates  vaiy  according  to  fonction,  and  common 
rates  are  20Hz  5Hz,  and  IHz;  some  transfers  may  be  requested  ‘on  demand  at^y  rate  up 
to  some  maximum  predetermined  rate,  e.g.,  lOOHz,  though  tos  t^e 
unusual.  Typical  IHz  data  may  include  equipment  status  or  Buih-In-Test  (BIT)  dat^  whi 
5Hz  data  may  include,  for  example,  a  frequency  setting  for  a  radio,  or  a  mode  control  for  a 
radar  At  20Hz  the  MC  polls  for  INS  measurements  such  as  vehicle  altitude,  accelerauon, 
Sfd  atttode^d  to  the  FCC  for  use  in  the  pomade  Pft  Tte 

amounts  to  an  effective  data  rate  of  about  20kbps,  excluding  overhead.  MFDs  ^  also 
usuallv  updated  at  20Hz.  A  mature  aircraft  system  may  contaiii  nmy  inore  RTs,  all 
operating  ^simultaneously  at  relatively  high  update  rate,  so  bus  loading  of  a  particular 
channel  can  approach  80-90%  of  capacity  in  some  applicatmns.  . 

One  us&ul  RT  function  is  the  ‘memory  inspect .  Dunng  iriemory  inspect,  Ae  MC 
sends  to  the  RT  a  sub-address  which  contains  a  base  address  ^d  word  count.  The  Ri 
replies  with  the  requested  number  of  words,  starting  from  the  mdicated  base  address  m 
memory  The  MC^  displays  the  results,  providing  more  detailed  on-line  troubleshootmg 
information  to  the  maintenance  technician,  test  engineer,  or  operator.  Note  that  this  function 

reauires  a  fixed  and  published  map  of  the  RTs  internal  memory.  r  u 

requires^  nxe^  appUcations  the  designer  may  need  to  synchromze  transfers  be^een  Ae 

BC  and  RT  For  example,  a  display  device  may  send  keypress  data  from  the  pilot  to  th 
MC  while  the  MC  sends  display  data  back  to  the  device.  Unpreictable  operation  c^ 
result  without  synchronization.  Synchronization  can  be  done  using  1553  mode  codes,  rae 
mode  code  indicates  to  the  RT  when  to  stm  processing  new  display  data  ^ 

another  indicates  to  the  RT  when  the  keypress  data  has  been  read.  Repress  data  is 
buffered  in  the  RT  and  then  clocked  out  using  the  second  mode  code,  so  that  predictable 

operations  BC,  RT,  and  monitor  teiminal 

caoabilities  simultaneously  to  provide  a  means  to  test  prototype  navigation  srasors  and 
SS  “SinrS.g  an/display  interfaces.  Fig,®  2  illustrates  the  use  ^  a 
computer’  which  is  inserted  in  the  1553  bus  between  the  MC  and  an  ^ 

receiver!  The  existing  RT  is  'controlled  by  the  bypass  comput^  while  the  bypass 
computer  acts  as  an  RT  and  supf  rts  the  existing  interface  P 

nrovides  data  to  the  bypass  coiriluter,  which  also  monitors  the  INS  (^ta.  In  flight,  me  pilot 
fs  able  to  select  either  system  u^g  a  softwa^yg^ftg9^TOlI  internal 

In  the  ‘normal  mode’,  the  existing  RT’QP^^fq^DJLM^^traight  through  the  bypass 
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computer.  In  the  ‘emulation  mode’,  data  from  the  prototype  system  is  blended  with  the 
dataf and  the  solution  is  routed  to  the  existing  interface  with  the  MC,  whde  the  data  from 
the  existing  RT  is  not  used.  This  system  has  been  tested  successfully  m  a  haMware-in-the- 
loop  test  environment,  and  is  currently  being  prepared  for  flight  testing  The  system  is 
housed  in  a  rugged  1/2  ATR-Short  VME  chassis  containing  a  single  bo^d  coinputer  with 
1553  interfacefand  a  dedicated  1553  interface  card  (among  others).  A  real-time  kernel  with 
fast  context  switching  is  used  to  minimize  data  latency  across  the  bypass  computer. 


Figure  1  -  Typical 
Avionics  Architecture 


Hgure  2  -  Use  of  BC,  RT, 
MT  for  Prototype  Testing 
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